Еще на VMworld 2009 компания VMware анонсировала технологию Storage IO Control (SCIO), которая должна появиться в следующих релизах платформы виртуализации VMware vSphere (по слухам уже в версии 4.1). Суть данной технологии - корректное распределение нагрузки на систему хранения данных (СХД) для виртуальных машин.

Сейчас у виртуальных машин есть такие настройки как Shares для категории Disk, которые определяют приоритеты виртуальных машин по нагрузке на СХД в рамках одного сервера VMware ESX. То есть, если у нас есть два сервера VMware ESX и виртуальные машины на них, то приоритеты нагрузки на storage будут распределены следующим образом при наличии параметров shares:

То есть очередь дискового массива пропорционально делится между хостами VMware ESX, а уже для каждого хоста его процент очереди делится на части в зависимости от Shares виртуальных машин.

Такой механизм не отражает реальную ситуацию по отношению к требованиям виртуальных машин к вводу-выводу, поскольку даже наиболее критичные сервисы в виртуальных машинах на хосте VMware ESX в кластере не могут получить больше, чем 1/n от очереди массива для тома VMFS / LUN, где n - число хостов ESX.

Технология Storage IO Control (SCIO) позволяет изменить данную ситуацию за счет двух техник:

• Вычисление задержек (latency) на том VMFS для запуска механизма SCIO (говорят о 20ms и более)
• Изменение пропускной способности канала виртуальных машин хоста к СХД за счет изменения глубины очереди HBA-адаптера (device queue depth)

Регулировка очереди со стороны HBA-адаптера позволяет более корректно распределить нагрузку на СХД между сервисами в виртуальных машинах в соответствии с их параметрами shares:

Как мы видим, наиболее критичный сервис (красный цвет), при условиях заданных shares для нескольких хостов ESX, позволяет потреблять 60% от того, что может выдать дисковый массив для данного тома VMFS. Это соответствует соотношению:

1500 (shares сервиса) / 2500 (общие shares ВМ хостов) * 100% = 60%

Механизм Storage IO Control для хостов VMware ESX включается при превышении порога latency для тома VMFS, определяемого пользователем, что позволяет надежно защитить наиболее критичные сервисы в виртуальных машинах от всплесков нагрузки на систему хранения данных в виртуальной инфраструктуре.

Как мы уже писали, компания VMware сделала еще один тип виртуального SCSI-адаптера в VMware vSphere, который получил название VMware Paravirtual SCSI (PVSCSI). Паравиртуализованное устройство PVSCSI позволяет добиться большей производительности дисковой подсистемы витуальных машин на серверах VMware ESX и снижения нагрузки на CPU серверов.

Если посмотреть в документ компании VMware PVSCSI Storage Performance, то там можно увидеть вот такие интересные результаты для производительности дисков виртуальных машин на ESX по сравнению с адаптером LSI:

Однако, когда нужно использовать адаптер PVSCSI для виртуальных машин на ESX? Оказывается, несмотря на его чудесную производительность, не всегда. Согласно вот этой статье Скотта Драммонда, одного из гуру производительности VMware ESX, адаптер PVSCSI нужно использовать только тогда, когда ваше приложение дает значительную нагрузку на дисковую подсистему (high IO workload), а совокупная пропускная способность канала к СХД ее поддерживает (включая то, сколько IOPS может выдавать система хранения).

Вот объяснение данного явления. При росте требований виртуальных машин к дисковой подсистеме возникают interrupt coalescing, то есть объединение прерываний к СХД в пачки для более их быстрой обработки. С помощью этой техники производительность адаптера SCSI увеличивается по сравнению с одиночным выполнением прерываний при большом количестве IO.

На собирание этой пачки требуется какое-то время, поэтому возникает небольшой delay, который потом компенсируется быстрым выполнением команд пачки.

Теперь пара терминов:

• Outstanding IOs (OIOs) - количество запросов на ввод-вывод со стороны виртуальной машины (demand of IO).
• IOs per second (IOPS) - количество запросов на ввод-вывод, которое может обеспечить хранилище (supply of IO).

Так вот LSI адаптер увеличивает этот самый interrupt coalescing на базе как OIOs, так и IOPS по мере роста нагрузки на сторадж. При малом количестве запросов IO, он этот coalescing не использует.

А вот PVSCSI сейчас работает по другому - он использует interrupt coalescing только на базе OIOs. То есть, если растут только требования виртуальных машин к СХД (без роста пропускной способности по IOPS) - начинается interrupt coalescing, соответственно растут задержки.

Для больших же OIOs и IOPS - адаптер PVSCSI дает ощутимый рост производительности и снижает нагрузку на CPU за счет паравиртуализации (на значениях 10-50K IOPS). На нескольких же сотнях IOPS этот эффект практически не ощутим. То есть, если запросы на IO от виртуальных машин больше того, что может выдавать система хранения, то адаптер LSI будет работать эффективнее PVSCSI в силу меньших задержек.

В следующих версиях ESX компания VMware сделает interrupt coalescing на базе как OIOs, так и OIPS, поэтому адаптер PVSCSI будет работать лучше.

Вывод таков - не используйте PVSCSI в окружениях с малой производительностью дисковой подсистемы и низких нагрузках по IO.

А вот, что советует Скотт:

• На данный момент используйте PVSCSI для дисков VMDK, которые находятся на быстром хранилище (более 2,000 IOPS).
• Если у вас есть адаптеры PVSCSI в окружениях с низким IO, не надо их переконфигурировать на LSI, поскольку потери производительности почти незаменты, а приложения все равно не требовательны к ней.
• Для будущих версий VMware ESX / ESXi адаптер PVSCSI будет эффективнее LSI Logic для любых окружений.

Так-то, вот.

Компания VMware представила открытую бету ПО виртуализации для настольных ПК VMware Workstation 7.1.

Обзор возможностей VMware Workstation 7.1:

• OpenGL 2.1 support for Windows 7 and Vista guests: поддержка библиотеки OpenGL 2.1 и драйверов WDDM позволяет еще большему количеству графических приложений работать в виртуальных машинах.
• Improved graphics performance: в драйвере VMware WDDM driver было сделано несколько улучшений, что позволяет ему работать до 80% быстрее. Решены проблемы с видеовоспроизведением и рендерингом. Игры работают лучше.
• 8-way SMP support plus virtual disks up to 2TB in size: поддержка до 8 виртуальных процессоров в виртуальной машине (vCPU) и дисков до 2 ТБ.
• OVF 1.0 support: утилита OVF Tool позволяет пользователям делать импорт и экспорт виртуальных машин и пакетов vApps в формат VMware vSphere или сразу в облако провайдера услуг.
• Direct Launch: то, что ждали пользователи - возможность запуска приложений в виртуальной машине из хостовой ОС Windows в меню "Пуск".
• Automatic software updates: проверка на наличие новых версий компонентов ПО и обновление одной кнопкой.
• Fedora 12 virtual machines: поддержка гостевых ОС Linux Fedora 12.

Скачать VMware Workstation 7.1 Beta можно по этой ссылке.

Компания Hyper9 известна, прежде всего, своим бесплатным продуктом Virtualization Manager Mobile, о котором мы уже писали (здесь и здесь). А сегодня мы расскажем еще о нескольких бесплатных утилитах для VMware vSphere / ESX, которые добавляют удобства системным администраторам при работе с vSphere Client.

Hyper9 Search Plug-in

Этот продукт позволяет встроить в vSphere Client поле поиска по виртуальной инфраструктуре серверов VMware ESX и искать объекты в окружении VMware vCenter:

Hyper9 GuessMyOS Plug-in

Данный бесплатный плагин представляет собой очень простую, но необходимую некоторым надстройку к vSphere Client - для гостевых ОС Windows или Linux при включенном Hyper9 GuessMyOS отображается соответствующая иконка:

Hyper9 SimSDK

SimSDK - это Open Source средство для разработчиков программ под VMware vSphere, которое позволяет симулировать серверы виртуализации VMware ESX и сервер управления VMware vCenter через vSphere API для того, чтобы проводить разработку приложений для виртуальной инфраструктуры, тестировать их, проверять совместимость API приложений и тестировать масштабируемость платформы.

Интересная новость для приверженцев бесплатной виртуализации на базе гипервизоров KVM, Xen, OpenVZ или VirtualBox. Появился некий проект Archipel, представляющий собой платформу администрирования и управления для данных продуктов.

Archipel построен на базе библиотеки libvirt и протокола Extensible Messaging and Presence Protocol (XMPP, formerly Jabber), что позволит отображать статус виртуальных машин в IM-клиентах, таких как, например, Google Talk. Кроме того, подразумевается, что управлять виртуальной инфраструктурой с помощью Archipel можно за счет текстовых сообщений в этих самых IM-клиентах. Типа: "запустись, машинко".

Небольшое видео:

Известный профессионал в сфере виртуализации, Eric Sloof, выпустил бесплатную утилиту vmClient, позволяющую контролировать статус виртуальных машин на хостах VMware vSphere / ESX и соединяться с их консолями.

После соединения с сервером VMware vCenter пользователь видит список виртуальных машин, которые подсвечены разными цветами: серый (машина не запущена), зеленый (запущена), желтый (в статусе suspend) и красный (сработал Alarm).

Кроме того, можно соединиться с MKS-консолью виртуальной машины на VMware ESX и работать в гостевой ОС.

Скачать vmClient можно по этой ссылке. Также здесь есть небольшое видео о vmClient.

Компания VMware запустила новый сервис VMware Labs, где разработчики компании могут опубликовать различные утилиты и программы для платформ VMware, которые могут оказаться полезными при работе с инфраструктурой виртуализации. Назначение проекта Labs - публикация собственных разработок инженерами компании, которые впоследствие могут быть включены в различные продукты VMware. На данный момент утилиты для VMware vSphere доступны как Technology Previews под open source лицензиями и без каких-либо гарантий в отношении работы в производственной среде и возможности их дальнейшего полноценного выпуска.

Компания Trilead выпустила вторую версию продукта Trilead VM Explorer 2.0, позволяющего осуществлять резервное копирование виртуальных машин VMware vSphere / ESX.

Среди новых возможностей продукта Trilead VM Explorer 2.0:

• Поддержка VMware vCenter (отслеживание виртуальных машин, которые перемещены VMotion, в том числе автоматически с помощью VMware DRS).
• Поддержка VMware vSphere 4
• Множественные багофиксы

Напомним, что Trilead VM Explorer 2.0 лицензируется на инсталляцию, вне зависимости от числа физических процессоров серверов VMware ESX и стоит $ 690. Кроме того, Trilead VM Explorer выпускается и в виде бесплатного издания, отличия которого от платной версии приведены в таблице ниже:

Надо отметить, что данный продукт предназначен для совсем маленьких инсталляций и имеет мало возможностей для резервного копирования в промышленных средах. В серьезной инфраструктуре нужно использовать продукт Veeam Backup and Replication 4, который продается в компании VMC.

Скачать Trilead VM Explorer 2.0 можно по этой ссылке.

Уже почти всем пользователям VMware vSphere / ESX известен лучший продукт для резервного копирования Veeam Backup and Replication 4.1 (описание возможностей здесь и здесь). На днях на Veeam.com появилась вот такая страница с обратным отсчетом до 22 марта:

Что бы это значило? Скорее всего, это новая версия Veeam Backup and Replication, возможности которой будут снова лучше любых других продуктов от конкурентов. А появиться в Veeam Backup могут следующие вещи:

• Возможность интеграции с VTL (Virtual Tape Library) и запись бэкапов на ленты
• Создание резервных копий, которые "Application aware" (во-первых, более консистентные бэкапы с точки зрения приложений - в Veeam Backup уже есть отличная поддержка VSS, во-вторых, возможность восстанавливать не только файлы, но и объекты приложений?)
• Более тесная интеграция с SAN-инфраструктурой
• Может быть будет интеграция с vSphere Client?

Само собой, читатали VM Guru первыми узнают подробности о новых возможностях "Veeam SureBackup".

Не секрет, что настоящие мужики стоят за станками. Но, как нас учат многоуважаемые аналитики из IBM, серверы - это те же станки. Так что системные администраторы виртуальной инфраструктуры VMware vSphere / ESX - настоящие мужики. Так вот, господа, вам подарочек:

Полный список бесплатных программ, утилит, скриптов и виртуальных модулей для инфраструктуры VMware vSphere / ESX / ESXi.

Выглядит он пока вот так (55 предметов):

Что мы ждем от вас?

1. В каментах просим указывать битые, неактуальные и протухшие линки.
2. Присылать ссылки на утилиты и программы для VMware vSphere, которых нет в списке.

Помогайте!

P.S. Отдельный привет ребятам из CIO.ru, которые прислали в открытке на 23 февраля фото немецкого бронепоезда. Че сказать, молодцы).

Есть вопрос, коллеги!

Как вы считаете, актуальна ли такая услуга как обеспечение безопасности виртуальной инфраструктуры от внешних поставщиков (аудиты, стандарты, регламенты) для вашей компании, или проблема надумана?

Просьба отвечать только представителей компаний, которые являются потребителями ИТ-услуг.

Таги: VMware, Security, VMachines, Poll

Бесплатные программы для виртуальной инфраструктуры VMware vSphere / ESX / ESXi. Часть 5.

Заждались? Но, не волнуйтесь, он уже здесь - пятый выпуск обзора бесплатных программ и утилит для виртуальной инфраструктуры VMware vSphere / ESX / ESXi. Сегодня мы рассмотрим все самые интересные бесплатные средства администрирования и управления серверами ESX и ESXi, а также приведем ссылки на все заметки VM Guru, опубликованные ранее по этой теме.

В большинстве публикаций чаще всего рассматривается виртуализация первого уровня. На одном или нескольких физических компьютерах, связанных реальными сетями, на базе некоторого ПО виртуализации функционирует множество виртуальных машин (VM), связанных виртуальными сетями (также эмулируемых при помощи ПО виртуализации), которые при необходимости связываются с реальными сетями через сетевые адаптеры физических компьютеров...

Компания Xtravirt вновь и вновь продолжает радовать пользователей бесплатными программами и утилитами для VMware vSphere / ESX. На этот раз выпущена утилита Xtravirt vSphere RDP Plug-in, позволяющая добавить в контекстное меню виртуальной машины в VMware vSphere Client опцию "Connect via RDP", что очень полезно системным администраторам:

Системные требования Xtravirt vSphere RDP Plug-in:

• VMware vCenter Server 4 или более поздней версии
• VMware vSphere Client 4.0.0 или более поздней версии
• Microsoft .NET Framework 3.5
• Microsoft Remote Desktop Connection client 7.0 или более поздней версии

Скачать Xtravirt vSphere RDP Plug-in можно по этой ссылке.

Не секрет, что дастаточно много пользователей применяют бесплатную платформу виртуализации Citrix XenServer, в комплект которой входит не только бесплатная горячая миграция виртуальных машин между хост-серверами (XenMotion), но и бесплатное средство управления набором хостов Citrix XenCenter.

До недавнего времени XenCenter существовал только в виде приложения под Windows с закрытым исходным кодом. Но коллеги из openxencenter.com выпустили бесплатную альтернативу под названием OpenXenCenter для операционных систем Linux:

С помощью консоли OpenXenCenter можно осуществлять мониторинг виртуальной инфраструктуры, производить операции с виртуальными машинами (start, stop, suspend, reboot), создавать ВМ и многое другое.

Скачать OpenXenCenter можно из репозитория SVN по адресу: https://openxencenter.svn.sourceforge.net/svnroot/openxencenter.

Компания Paragon, известный поставщик решений для управления дисковыми устройствами, объявила о выпуске бесплатного продукта Partition Manager 10 for Virtual Machines. Это еще одно полезное бесплатное средство для управления виртуальной инфраструктурой. Утилита Paragon включает в себя полнофункциональную версию Linux/DOS загрузочного окружения Partition Manager 10 Professional.

Partition Manager 10 for Virtual Machines совместим со всеми платформами виртуализации и позволяет делать резервные копии и восстанавливать виртуальные диски, переразбивать разделы дисков и клонировать их, решать проболемы загрузки, оптимизировать работу дисков под файловые системы FAT и NTFS, а также многое другое.

Ключевые возможности бесплатного продукта Paragon Partition Manager 10 for Virtual Machines представлены в таблице ниже:

Скачать Paragon Partition Manager 10 for Virtual Machines можно по этой ссылке.

Многие пользователи виртуальной инфраструктуры VMware vSphere 4 и серверов ESX не раз сталкивались с публикациями о том, как можно управлять серверами виртуализации и виртуальными машинами с помощью интерфейса PowerShell. Для VMware vSphere это реализуется средствами пакета PowerCLI, который представляет собой надстройку к PowerShell для управления виртуальной инфраструктурой с помощью сценариев командной строки.

SearchServerVirtualization.com (проект TechTarget) раздал награды за 2009 год лучшим продуктам в сфере виртуализации. Конечно же, приз за лучшую платформу получил продукт VMware vSphere 4, который работает в промышленной среде десятков тысяч компаний по всему миру. Серебряные и бронзовые награды достались Citrix XenServer 5.5 и Parallels Virtuozzo Containers 4.5, соответственно.

В категории Backup and Storage virtualization заслуженное первое место получил продукт Veeam Backup and Replication 4.0, который на голову выше всех конкурентов за счет таких уникальных возможностей как:

• Работающее (в отличие от других продуктов для бэкапа) резервное копирование.
• Почти CDP репликация виртуальных машин, обспечивающая их постоянную защиту, и поддержка функций Change Block Tracking в VMware vSphere.
• Мониторинг заполненности хранилищ, отчетность и центральная веб-консоль.
• Функция Replica Seeding, позволяющая минимизировать трафик при репликации по WAN.

Полный список возможностей Veeam Backup 4.0 приведен здесь: http://www.vm-guru.com/news/veeam-backup-and-replication-4. В списке есть также серебряная и бронзовая награды, отданные чахлым конкурентам.

Если бы портал VM Guru раздавал награды за 2009 год продуктам для резервного копирования виртуальных машин, он бы распределил первые 5 мест так:

1. Veeam Backup and Replication 4.0
2. -------------------------------------------------
3. -------------------------------------------------
4. -------------------------------------------------
5. -------------------------------------------------

Бывает такая ситуация, что у вас выключается единственный VMware vCenter, и по каким-то причинам быстро его включить не получается, а найти некоторые виртуальные машины нужно срочно. Но, поскольку VMware vCenter отключен, вам придется логиниться на каждый сервер VMware ESX и искать эти ВМ.

Чтобы решить эту проблему, Raphael SCHITZ написал скрипт PowerCLI (PowerShell для vSphere), выдающий отчет в CSV или HTML формате о том, на каком сервере какая виртуальная машина находится.

Пример работы скрипта:

Об основах работы с PowerShell для VMware vSphere / Virtual Infrastructure можно почитать здесь.

На Techtarget появилась хорошая статья Eric'а Siebert'а о безопасности виртуальных машин на сервере виртуализации VMware ESX. Статья достаточно длинная, поэтому постараюсь привести краткое содержание с пояснениями.

Чтобы украсть виртуальную машину с VMware ESX вместе со всеми ее данными и приложениями нужно сделать 3 вещи:

1. Сделать Snapshot виртуальной машины, что переведет ее основной виртуальный диск vmdk в режим только чтения.

2. Загрузить диск vmdk с общего или локального хранилища на машину злоумышленника с помощью FastSCP или WinSCP (можно использовать встроенный в vSphere Client Datastore Browser).

3. Импортировать виртуальную машину на VMware Workstation (для запуска и доступа к данным и приложениям), либо смонтировать диск ВМ в операционную систему Windows или Linux с помощью утилиты vmware-mount из комплекта VMware's Virtual Disk Development Kit (VDDK).

Комментарии:

1. Поскольку основной vmx-файл виртуальной машины будет ссылаться не только на основной vmdk, но и на файл снапшота (отличия от исходного состояния ВМ), нужно будет этот vmx подправить. Кроме того, после того, как файлы vmdk и vmx будут скопированы злоумышленником, он удаляет снапшот - для администратора будто бы ничего и не было.

2. Чтобы запустить импортированную виртуальную машину потребуется пароль администратора гостевой ОС. Как известно, есть утилиты для подбора пароля администратора под Windows Server.

3. Чтобы смонтировать виртуальный диск vmdk и получить доступ ко всем данным - никакого пароля не нужно (если не было шифрования средствами гостевой ОС). Представьте, что вы украли обычный физический диск и воткнули его в компьютер.

4. Файлы vmdk не шифруются в VMware vSphere, но судя по тому, что возможность шифрования в VMware Workstation 7 появилась, в скором времени ее можно ожидать и для VMware vSphere / ESX.

Как не допустить кражи виртуальной машины со своего сервера VMware ESX:

1. Разграничивайте доступ к VMware vCenter, а также к томам VMFS, где хранятся виртуальные машины (в том числе на уровне SAN).

2. Анализируйте логи сервера VMware ESX и проверяйте лог /var/log/security.

3. Защищайте данные средствами шифрования на уровне гостевой ОС. Тогда диск vmdk будет бесполезен злоумышленнику.

4. Предоставьте доступ к сервисной консоли только тем лицам, которым это действительно требуется. Используйте sudo.

5. Используйте специализированные средства безопасности инфраструктуры VMware vSphere, например, HyTrust Virtual Appliance.

В ОС Microsoft Windows 7 есть режим Windows XP Mode, который представляет собой виртуальную машину с Windows XP SP3, запущенную на платформе Microsoft Virtual PC. Эта ВМ может использоваться для запуска унаследованных программ, несовместимых с Windows 7, которые будут отображаться в бесшовном окне так, будто бы они запущены в самой Windows 7.

Однако, возможностей Virtual PC вам может оказаться недостаточно при работе с ОС Windows XP - и тогда здесь поможет более совершенная (но платная) платформа виртуализации VMware Workstation 7. Если вы уже создали виртуальную машину Windows XP Mode и хотите перенести ее в среду Workstation, нет ничего проще - для этого у последней есть встроенный механизм импорта.

Для начала переноса виртуальной машины Windows XP Mode в VMware Workstation 7 в меню File выберите пункт Import Windows XP Mode VM:

Начнется процедура импорта виртуальной машины в указанную папку, по окончании которой необходимо будет принять условия лицензионного соглашения и установить (если необходимо) пароль администратора. Вводить лицензионный ключ вам не потребуется.

После создания виртуальной машины с Windows XP Mode не забудьте установить в ней VMware Tools. Кроме того, помните, что такую машину нельзя клонировать (точнее не могут быть запущены 2 таких ВМ одновременно в соответствии с лицензионным соглашением).

Компания Microsoft с выпуском операционной системы Windows 7 предоставила пользователям способ запуска устаревших приложений, несовместимых с этой ОС, в специальном режиме Windows XP Mode. Этот режим представляет собой виртуальную машину под управлением Virtual PC с гостевой операционной системой Windows XP Service Pack 3, в которой можно работать как в обычной среде XP SP3, при этом само приложение будет отображаться так, будто оно работает в Windows 7.

Компания Red Hat, всемирно известный поставщик ОС Linux с одноименным названием, объявила о выпуске решения Red Hat Enterprise Virtualization for Servers, включающее в себя гипервизор на базе KVM и средство управления серверами виртуализации и виртуальными машинами.

Ранее, компания Red Hat уже объявила о выпуске ОС Enterprise Linux (RHEL) версии 5.4, которая включала в себя гипервизор KVM, для которого, однако, отсутствовали средства управления уровня предприятия. Теперь, благодаря Red Hat Enterprise Virtualization Hypervisor (REVH) и Red Hat Enterprise Virtualization Manager for Servers (REVMS), пользователи платформы виртуализации получат следующие возможности:

• Горячая миграция виртуальных машин, расположенных на общей системе хранения NFS, iSCSI или Fibre Channel
• Высокая доступность виртуальных машин (High Availability) - если хост-сервер выходит из строя, виртуальные машины перезапускаются на другом сервере с общего хранилища
• Динамическое управление ресурсами виртуальных машин (виртуальные диски, сетевое взаимодействие, CPU, пулы ресурсов), а также перемещение виртуальных машин средствами Live Migration на основе политик, привязанных к ресурсам.
• Режим обслуживания хост-сервера виртуализации (эвакуация виртуальных машин с хоста средствами Live Migration при переводе его администратором в maintenance mode).
• Управление питанием хост-серверов по аналогии с механизмом Distributed Power Management (DPM) от VMware. При падении нагрузки виртуальные машины динамически переносятся на другие хост-серверы, а простаивающие физические серверы отключаются. При возрастании нагрузки они, соответственно, включаются и виртуальные машины возвращаются на них (технология может экономить до 50% затрат на электроснабжение серверов).
• "Тонкие" диски виртуальных машин, растущие по мере наполнения их данными.
• Снапшоты виртуальных машин, позволяющие сохранить состояние виртуальной машины (включая диски) и вернуться потом в это состояние.
• Шаблоны виртуальных машин для массового развертывания новых сервисов.
• Ролевая модель для доступа к средству управления REVMS и интеграция с Active Directory.
• Набор API для управления REVMS

Red Hat Enterprise Virtualization Hypervisor (REVH) представляет собой несколько модифицированную версию Red Hat Enterprise Linux 5.4, заточенную под виртуализацию. Интересно то, что средство управления Red Hat Enterprise Virtualization Manager for Servers устанавливается только на ОС Windows, что нисколько не будет мешать внедрению гипервизора на предприятиях.

Интересна также таблица сравнения возможностей Red Hat Enterprise Virtualization for Servers с аналогичными решениями VMware vSphere 4 и Microsoft Hyper-V 2008 R2. Вот так вот выглядит средство управления Red Hat Enterprise Virtualization Manager for Servers, где можно делать Live Migration виртуальных машин:

REVH и REVMS продаются по цене $499 за физический CPU сервера виртуализации (процессорное гнездо). Стоимость решения Red Hat Enterprise Virtualization Hypervisor (REVH) и Red Hat Enterprise Virtualization Manager for Servers (REVMS) в сравнении с VMware и Microsoft показана в таблице ниже:

Red Hat всерьез намерен побороться с конкурентами, VMware, Microsoft и Citrix, тем более, что по оценкам Gartner к 2012 году у Red Hat будет около 2 % рынка виртуализации, что на самом деле немало.

Сами же возможности гипервизора KVM в Red Hat Enterprise Virtualization Hypervisor (REVH) таковы:

• Поддержка Intel VT / EPT и AMD-V / RVI
• Поддержка до 64 физических CPU хост-сервера (до 256 ядер)
• До 1 ТБ физической RAM хост-сервера
• До 16 виртуальных процессоров в виртуальной машине (vCPU)
• До 64 ГБ памяти для одной виртуальной машины (vRAM)
• Поддержка memory overcommit (технология устранения дубликатов страниц памяти - page sharing, техника Linux Kernel Same-page Merging)
• Поддержка NIC bonding (объединение сетевых интерфейсов) и multipath I/O (доступ к SAN по нескольким путям)
• Поддержка хранилищ NFS, iSCSI и Fibre Channel
• Поддержка гостевых ОС RHEL (версии от 3 до 5) и Windows (2003, 2008 и XP), для Windows есть паравиртуализованные драйверы, сертифицированные по программе SVVP.

А знаете ли вы что VMware Server 2.0.x, бесплатный продукт компании VMware, можно использовать тогда, когда тот же бесплатный VMware ESXi не подходит. Вот хотя бы когда VMware Server 2 лучше чем ESXi 4:

• ESXi требует совместимого железа, а VMware Server ставится на любой компьютер с Windows или Linux
• ESXi не поддерживает проброс USB-устройств в виртуальную машину с хоста
• Виртуальные машины VMware Server можно быстро скопировать на флэшку из хостовой Windows или Linux и забрать с собой
• VMware Server прост в эксплуатации и не требует дополнительного обучения

Большой минус VMware Server - он ставится поверх хостовой системы и его управлялка (Web Access) ест много ресурсов под сервер Apache:

Кроме того, этот инструмент управления тормозит и иногда неудобен. Но есть классный способ управлять VMware Server через толстый клиент, а именно VMware vSphere Client (его можно взять из дистрибутива VMware vCenter), который прекрасно управляется с VMware Server. Просто введите в строке адреса сервера VMware Server: <ip адрес сервера>: 8333.

И вы получаете отличный способ управления сервером VMware Server и его виртуальными машинами посредством полноценного "толстого" клиента:

Как видите, можно настраивать сетевое взаимодействие, на других вкладках управлять хранилищами ВМ и т.п.

Когда сервер VMware vCenter управляет виртуальными машинами, он делает так, чтобы их MAC-адреса были уникальными. Как он добивается этого? Очень просто - MAC адрес виртуальной машины имеет такую структуру:

00:50:56:vCenterID:xx:xx

1. Первые три числа 00:50:56 - это OUI компании VMware (organizationally unique identifier).

2. Далее идет vCenterID, который вычисляется по формуле vCenterID = 0×80 + vCenterID number, где vCenterID number - это уникальный номер сервера VMware vCenter, который из vSphere Client можно посмотреть в меню Administration –> VirtualCenter Management Server Configuration –> Runtime Settings.

3. xx:xx - это случайные 16-ричные числа. Простой расчет говорит о том, что мы не можем иметь более чем 65535 виртуальных машин на один сервер VMware vCenter без дублирующихся MAC-адресов. Перед запуском виртуальной машины, сервер VMware vCenter обязательно убеждается, что в его окружении нет другой виртуальной машины с таким же MAC-адресом.

Бывает такая ситуация, что обновление VMware Tools виртуальной машины с ОС Windows на ESX проходит неудачно вследствие невозможности удалить предыдущую версию. При удалении VMware Tools вручную возникает ошибка и получаются такие сообщения:

Как же все-таки удалить VMware Tools? Очень просто - открываем редактор реестра (команда regedit) и открываем ветку:

HKLM\Software\Microsoft\Windows\CurrentVersion\uninstall

и ищем в ней ветку, которая содержит ключ...

Представьте, что VMware не существует. Продукты какого вендора вы бы выбрали для виртуализации своей ИТ-инфраструктуры?